home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / tcp / 930029.txt < prev    next >
Internet Message Format  |  1994-06-04  |  13KB
  1. Date: Fri, 29 Jan 93 04:30:09 PST
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V93 #29
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Fri, 29 Jan 93       Volume 93 : Issue   29
  11.  
  12. Today's Topics:
  13.                        BM 920105 Bug? (2 msgs)
  14.                            GRINOS 2.0M Bug?
  15.                             KAM 6.0 eprom
  16.                        TCP-Group Digest V93 #26
  17.                     whining and pleading (3 msgs)
  18.  
  19. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  20. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  21. Problems you can't solve otherwise to brian@ucsd.edu.
  22.  
  23. Archives of past issues of the TCP-Group Digest are available
  24. (by FTP only) from UCSD.Edu in directory "mailarchives".
  25.  
  26. We trust that readers are intelligent enough to realize that all text
  27. herein consists of personal comments and does not represent the official
  28. policies or positions of any party.  Your mileage may vary.  So there.
  29. ----------------------------------------------------------------------
  30.  
  31. Date: Thu, 28 Jan 93 10:52:44 CST
  32. From: ed@wa9yyf.ampr.org (Edwin P. Curran)
  33. Subject: BM 920105 Bug?
  34. To: tcp-group@ucsd.edu
  35.  
  36. Hi All,
  37.  
  38. I recently downloaded bm.zip from tomcat as I thought I would
  39. upgrade my bm mailer.  (I know there are other better? mailers
  40. around, but I like bm and can shell out of nos to use it.)
  41. The version tht I got was 3.3.4 dated 920105.
  42.  
  43. Everything appeared to work...and it does in fact do all the old
  44. mailer I had did...in fact I didn't see any real changes...until
  45. I noticed that whenever I sent mail,  it would first send it to
  46. me,  and then send it to the addressee.  This seems a waste as it 
  47. creates all kinds of duplicate log entries and takes extra time
  48. because of the lzw compression.  What am I doing wrong?  I have
  49. noticed the extra line in mail from a lot of people (says that
  50. the mail was received with smtp by sender to sender...then next line
  51. is from sender to addressee)
  52.  
  53. I have tried to read the code and compare with older code...but I am
  54. not a programmer so it doesn't really mean anything to me.
  55.  
  56. Sorry if this is the wrong palce to ask..and thanks for any comments.
  57.  
  58. PLEASE send any comments to the group becuase at the present time,
  59. I can not receive mail from the internet. 
  60.  
  61. Ed WA9YYF
  62.  
  63. ------------------------------
  64.  
  65. Date: Fri, 29 Jan 1993 06:54:52 -0500 (EST)
  66. From: "David J. Trulli" <nn2z@nn2z.UCSD.EDU>
  67. Subject: BM 920105 Bug?
  68. To: "Edwin P. Curran" <ed@wa9yyf.ampr.org>
  69.  
  70. The version of BM was modified to send all mail to the local system
  71. so that mail would be processed by the rewrite file.
  72. This was requested by people who use BM to send mail to
  73. the BBS world  via the NOS Mbox. This is how the bbs also
  74. sends message. They are first sent to the local system where
  75. they are processed via the rewrite rules.
  76.  
  77. I suppose I  could make this  feature and option in the BM.RC file.
  78. But we all know  this program has doesnt have much life left.
  79.  
  80. > 
  81. > Hi All,
  82. > 
  83. > I recently downloaded bm.zip from tomcat as I thought I would
  84. > upgrade my bm mailer.  (I know there are other better? mailers
  85. > around, but I like bm and can shell out of nos to use it.)
  86. > The version tht I got was 3.3.4 dated 920105.
  87. > 
  88. > Everything appeared to work...and it does in fact do all the old
  89. > mailer I had did...in fact I didn't see any real changes...until
  90. > I noticed that whenever I sent mail,  it would first send it to
  91. > me,  and then send it to the addressee.  This seems a waste as it 
  92. > creates all kinds of duplicate log entries and takes extra time
  93. > because of the lzw compression.  What am I doing wrong?  I have
  94. > noticed the extra line in mail from a lot of people (says that
  95. > the mail was received with smtp by sender to sender...then next line
  96. > is from sender to addressee)
  97. > 
  98. > I have tried to read the code and compare with older code...but I am
  99. > not a programmer so it doesn't really mean anything to me.
  100. > 
  101. > Sorry if this is the wrong palce to ask..and thanks for any comments.
  102. > 
  103. > PLEASE send any comments to the group becuase at the present time,
  104. > I can not receive mail from the internet. 
  105. > 
  106. > Ed WA9YYF
  107. > 
  108.  
  109.  
  110. -- 
  111.  
  112. Dave Trulli  internet: nn2z@nn2z.ampr.org, david.trulli@att.com
  113.         packet: nn2z@nn2z.nj.usa.na
  114.  
  115. ------------------------------
  116.  
  117. Date: Thu, 28 Jan 93 11:25:42 CST
  118. From: ed@wa9yyf.ampr.org (Edwin P. Curran)
  119. Subject: GRINOS 2.0M Bug?
  120. To: tcp-group@ucsd.edu
  121.  
  122. One of the local people here found an interesting thing in GRINOS 2.0M.
  123.  
  124. Yes I am still running it because it is stable and it does what I want
  125. it to do and I don't need to run a full blown bbs.  I know there are
  126. other versions of nos but I like this one.
  127.  
  128. Anyway....if you have netrom enabled ( I know...I could turn it off...
  129. but it does serve some purpose at this time) and someone has a session
  130. open with you, ( We have tried ftp and telnet) and the person who
  131. has the session open does a remote kick to get the session going again,
  132. the netrom will beacon.  We have tried this with several different stations
  133. and it always happens.
  134.  
  135. Has anybody else seen this and are there any fixes for it.  I haven't
  136. tried it with other flavors of nos...but it could possibly happen there
  137. also.
  138.  
  139. PLEASE send any comments to the group....as at this time I can not
  140. get any mail from the Internet.  Thanks.
  141.  
  142. Ed WA9YYF
  143.  
  144. ------------------------------
  145.  
  146. Date: Thu, 28 Jan 1993 13:18:38 PST
  147. From: "Jeffrey D. Angus" <jangus@skyld.tele.com>
  148. Subject: KAM 6.0 eprom
  149. To: "Stuart Tener" <tener@cs.widener.edu>
  150.  
  151. On Thu, 28 Jan 93 14:14:53 EST, "Stuart Tener" <tener@cs.widener.edu> wrote:
  152. > > In article <1k6ausINNqah@lucy.cs.widener.edu> you write:
  153. > > 
  154. > >   > 
  155. > >   > Recently I was ftping from nic.funet.fi, and in one of the directorys on
  156. > >   > there system was a file called KAM60.BIN in an eprom directory. Being as
  157. > >   > it is exactly the size of a 27512, and the kam uses a 27512 I do presume
  158. > >   > that it is an eprom for the kam. But what does it do? Who wrote it?
  159. > >   > Where is the documentation? who has the source? why would I use it?
  160. > >   > 
  161. > >   > 73,
  162. > >   > stuart
  163. > >   > tener@cs.widener.edu
  164. > >   > (215)-338-6005
  165. > >   >
  166. > > 
  167. > >   Someone with a healthy disrespect for copyright has placed the image there.
  168. > >   Of course, it won't work unless you are either upgrading from (already
  169. > >   installed) version 5.0 or if you change the Xicor 2404 to a 24C16. There is
  170. > >   a jumper to change as well, but that was covered in version 3 and later.
  171. > 
  172. > ^ Just out of curiosity (sp?) if you never upgraded to 3.0 what exactly
  173.                 ^^^^^^^^^ this is the correct spelling
  174. > must be done to the KAM? What is the Xicor 2404? Is this a RAM chip? or
  175. > a prom? or what? and what jumpers must be changed or added? I am running
  176. > V2.84! I purchased an upgrade (3.0) for $3.00 from someone who went to
  177. > (5.0) or (6.0) or whatever. All I know is he upgraded, and sold the old
  178. > chip at a local hamfest. It didn't work. Maybe cause I didn't do these
  179. > mods. please...if you can tell me the exact mods to make that would be
  180. > really cool. thank you in advance.
  181. > 
  182. > stuart b. tener
  183. > tener@cs.widener.edu
  184. > (215)-338-6005
  185. > 
  186. > (215)-338-6005
  187. > 
  188. > p.s. -- Do you know how one can contact Kantronics via Compuserve or
  189. > any other electronic service?
  190.  
  191. If you're just doing the 3.0 upgrade, ignore the part about changing the
  192. Xicor 2404 EEPROM. But do check the "jumper" mentioned below.
  193.  
  194. ------------------------------
  195.  
  196. Date: Thu, 28 Jan 93 13:46:57 UTC
  197. From: mvangel@mvangel.nusc.navy.mil
  198. Subject: TCP-Group Digest V93 #26
  199. To: TCP-Group@UCSD.Edu
  200.  
  201. Looking for Windows NT Beta Testers for sharing test information.
  202. I have Windows NT coming in this week and would like to compare notes
  203. with another Windows NT Beta Tester.
  204. *--$-|  Dad H P || Amateur- KA1THM@KA1THM                                |
  205. +-------------------------------------------------------+
  206.  
  207. ------------------------------
  208.  
  209. Date: Thu, 28 Jan 93 11:51:40 -0800
  210. From: chuckb@babbage.ecs.csus.edu (Chuck Bland)
  211. Subject: whining and pleading
  212. To: tcp-group@ucsd.edu
  213.  
  214.  I confess, I read it a couple of weeks ago here........
  215.  
  216.  What was finally decided about which version of RCS was
  217.  the best one for PC/ka9q use ?
  218.  
  219.  In asbestos suit (with filter mask)
  220.  Chuck
  221.  chuckb@babbage.ecs.csus.edu
  222.  
  223. ------------------------------
  224.  
  225. Date: Thu, 28 Jan 93 20:11:14 HST
  226. From: Antonio Querubin <tony@mpg.phys.hawaii.edu>
  227. Subject: whining and pleading
  228. To: chuckb@babbage.ecs.csus.edu (Chuck Bland)
  229.  
  230. > 
  231. >  I confess, I read it a couple of weeks ago here........
  232. > 
  233. >  What was finally decided about which version of RCS was
  234. >  the best one for PC/ka9q use ?
  235.  
  236. RCS 5.5 supposedly works without much fuss.  I've only been able to
  237. locate 5.6.4 on the simtel20 mirror sites.  Maybe someone can repost
  238. the location of RCS 5.5 (for DOS).  5.6.4 opens the RCS files
  239. in binary mode which causes some problems but the workarounds are easy
  240. (after you've figured them out :-) ).
  241.  
  242. Tony
  243.  
  244. ------------------------------
  245.  
  246. Date: Fri, 29 Jan 93 12:54:28 PST
  247. From: "Jerzy Tarasiuk" <JT@zfja-gate.fuw.edu.pl>
  248. Subject: whining and pleading
  249. To: Antonio Querubin <tony@mpg.phys.hawaii.edu>
  250.  
  251. To: chuckb@babbage.ecs.csus.edu (Chuck Bland)
  252. > Date: Thu, 28 Jan 93 20:11:14 HST
  253. > From: Antonio Querubin <tony@mpg.phys.hawaii.edu>
  254. > In-Reply-To: Your message of Thu, 28 Jan 93 11:51:40 -0800
  255. > Message-Id: <CMM.0.90.2.728287874.tony@mpg>
  256. >
  257. > >  What was finally decided about which version of RCS was
  258. >
  259. > RCS 5.5 supposedly works without much fuss.  I've only been able to
  260. > locate 5.6.4 on the simtel20 mirror sites.  Maybe someone can repost
  261. > the location of RCS 5.5 (for DOS).  5.6.4 opens the RCS files
  262.  
  263. I have RCS 5.5 for DOS here: zfja-gate(148.81.6.100):utils/rcs55.zip
  264. (unfortunately, via 72kBaud link - slow transmission - if many people
  265.  in US need it one of them should take it and make available for others)
  266. 73's, JT
  267.  
  268. ------------------------------
  269.  
  270. Date: (null)
  271. From: (null)
  272. Note: if you have a version number below 2.8, perform the following change.
  273. With the front of the unit facing you, locate the printed circuit pads marked
  274. X to the left of the largest IC. (the processor). You'll see 3 pads (holes)
  275. with a "1" and "2" printed between them. WIth an Exacto(tm) blade, cut the
  276. trace jumper marked "1" and install a jumper wire between pads at "2". Be
  277. careful to use a low-heat iron. It is recommended that you place the jumper
  278. on the back of the board.
  279.  
  280. Bad ASCII version of the drawing from the upgrade sheet:
  281.                   _____________________________
  282.       T |_____|  |                            1|
  283.           C53    |                             c
  284.           C52    |_____________________________|
  285.           | | |             Z-80 uProcessor
  286.       2   R R R
  287.       1   9 9 9
  288.       X   6 5 4
  289.           | | |
  290.  
  291.  
  292. Technical notes from me:
  293. The EPROM in the the KAM is a 27C512 64K by 8 memory chip. Use a -20 
  294. (i.e., 200 nS) or faster version. The Original EEPROM, Xicor 2404 is
  295. an 8K by 1 serial electrically alterable non-volatile memory chip.
  296. The replacement is a 4K version. Some people (myself included) had
  297. added a second 2404 originally to handle a large number of PERMed
  298. changes to the default TNC settings.
  299.  
  300. On communicating to Kantronics, look in your manual and dial up their
  301. BBS in Lawrance Kansas. The person to leave mail for is Karl Medcalf.
  302. There are no e-mail connections to Kantronics, nor do they have any
  303. planned in the future.
  304.  
  305. PS, Karl gets rather hostile if you mention copying or changing the
  306. EPROM images. I'm not sure exactly what their attitude is on reselling
  307. "old" versions of their firmware. A friend of mine wrote a translating
  308. program to de-scramble the image on the EPROM for bugfixes to version 3.0
  309. when it first came out. (The MBX-ID was [KAM-3.0-H] and should have been
  310. [KAM-3.0-H$] for it to work. With the "$", you had to include the "correct"
  311. version of the MBX-ID in the PTEXT for the reverse forwarding to work.
  312.  
  313. 73 es GA from Jeff
  314. -- 
  315. netcom!bongo!jangus@skyld.tele.com "Als ik Kan", Gustav Stickley
  316. US Mail:  PO Box  4425  Carson, CA  90749-4425  1 (310) 324-6080
  317.  
  318. ------------------------------
  319.  
  320. End of TCP-Group Digest V93 #29
  321. ******************************
  322. ******************************
  323.